home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr16 / tc15_143.zip / TC15-143.TXT < prev   
Text File  |  1995-03-12  |  24KB  |  598 lines

  1. TELECOM Digest     Thu, 9 Mar 95 22:44:00 CST    Volume 15 : Issue 143
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     Singapore's Strange Info-Police (Rishab Aiyer Ghosh)
  6.     Re: Non-Published Phone Number and Privacy Act  (Tony LiCausi)
  7.     Re: Requesting Information About SDH (Claes Gussing)
  8.     Re: Help Needed With Modems for Telephony API (Tony Zuccarino)
  9.     Re: T1 -> Modems (John Lundgren)
  10.     Re: T1 -> Modems (Doug Fields)
  11.     Re: Analog Interface Parameters (John Lundgren)
  12.     Re: Caller ID Question (Stan Schwartz)
  13.     Re: X.25 Over ISDN - Addressing (Bob Stone)
  14.     Re: Fax Modems and Voice Lines (Tony Zuccarino)
  15.     Re: GSM Rental in Germany (Axel Schmidt)
  16.     Re: This Newsgroup Demo'ed on PBS's "Internet Show" (Chris Hiner)
  17.     Re: New NPA for Houston TX(Jeff Brielmaier)
  18.  
  19. TELECOM Digest is an electronic journal devoted mostly but not
  20. exclusively to telecommunications topics. It is circulated anywhere
  21. there is email, in addition to various telecom forums on a variety of
  22. public service systems and networks including Compuserve and America
  23. On Line. It is also gatewayed to Usenet where it appears as the 
  24. moderated
  25. newsgroup 'comp.dcom.telecom'. 
  26.  
  27. Subscriptions are available to qualified organizations and individual
  28. readers. Write and tell us how you qualify:
  29.  
  30.                  * telecom-request@eecs.nwu.edu *
  31.  
  32. The Digest is edited, published and compilation-copyrighted by Patrick
  33. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  34. or phone at:
  35.                     9457-D Niles Center Road
  36.                      Skokie, IL USA   60076
  37.                        Phone: 500-677-1616
  38.                         Fax: 708-329-0572
  39.   ** Article submission address only: telecom@eecs.nwu.edu **
  40.  
  41. Our archives are located at lcs.mit.edu and are available by using
  42. anonymous ftp. The archives can also be accessed using our email
  43. information service. For a copy of a helpful file explaining how to
  44. use the information service, just ask.
  45.  
  46. ************************************************************************
  47. *
  48. *   TELECOM Digest is partially funded by a grant from the              
  49. *
  50. * International Telecommunication Union (ITU) in Geneva, Switzerland    
  51. * under the aegis of its Telecom Information Exchange Services (TIES)   
  52. * project.  Views expressed herein should not be construed as represent-
  53. *
  54. * ing views of the ITU.                                                 
  55. *
  56. ************************************************************************
  57. *
  58.  
  59. Additionally, the Digest is funded by gifts from generous readers such
  60. as yourself who provide funding in amounts deemed appropriate. Your help 
  61. is important and appreciated. A suggested donation of twenty dollars per
  62. year per reader is considered appropriate. See our address above.
  63.  
  64. All opinions expressed herein are deemed to be those of the author. Any
  65. organizations listed are for identification purposes only and messages
  66. should not be considered any official expression by the organization.
  67. ----------------------------------------------------------------------
  68.  
  69. Subject: Singapore's Strange Info-Police
  70. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  71. Date: Thu, 09 Mar 95 23:42:40 IST
  72. Organization: Deus X Machina
  73.  
  74.  
  75. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  76.  
  77. Recently the Singapore authorities have been making various
  78. announcements on the matter of creating the first fully wired country.
  79. In particular, they have been trying to address the possible conflicts
  80. between the individualistic, liberal Internet, and the paternalistic
  81. governance of the 'Asian Way'. In doing so, they have shown an
  82. interesting mix of ignorance, hope and a remarkable pragmatism.
  83.  
  84. The government will not allow Singapore to become a source of
  85. pornography or other improper material, according to George Yeo, the
  86. minister for information and the arts. "Those who notice any kind of
  87. criminal or anti-social behaviour should alert each other and the
  88. Singapore Broadcasting Authority [SBA, their proposed Internet
  89. police]" said Mr Yeo. Nice, law-abiding Singaporeans - all 3,100 of
  90. them who are on-line currently - may obey. Considering that the
  91. "information island" will eventually reach all 3 million, this call
  92. for voluntary (or even imposed) censorship does appear somewhat
  93. dreamy-eyed.
  94.  
  95. How exactly does Singapore plan to counter the anonymous remailers,
  96. DC-nets and other cryptoanarchic technologies that may defeat even the
  97. American National Security Agency? Ask the three people from the
  98. National Computer Board of Singapore, who are subscribed to the
  99. Cypherpunk's mailing list -- a discussion forum on cryptographic
  100. technologies and their implications for free speech and privacy.
  101.  
  102. Singaporean pragmatism? The same Mr Yeo who would like well-behaved
  103. wired citizens has another remedy for the anti-establishment rantings
  104. cyberspace gives birth to, one that reflects the free spirit of the
  105. Internet more than do the usual responses of other governments. Mr.
  106. Yeo, who believes that "if we leave cyberspace to those with axes to
  107. grind, there will only be ourselves to blame," would like patriotic
  108. Singaporeans such as members of the youth league of the ruling party
  109. to counter annoying posts on newsgroups such as soc.culture.singapore.
  110. This reflects Singapore's "right to reply" (or "have the last word")
  111. policy when dealing with perceived falsehoods in the country's press.
  112. Unlike mainstream media, discussion on the Internet never ends, and
  113. there may never be a last word.
  114.  
  115. Government sponsored flame-wars? Better than overt censorship, devious
  116. surveillance and lengthy lawsuits, surely.
  117.  
  118.  
  119. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  120. --==May be distributed electronically provided that only compilation or
  121. --==transmission charges are applied. Other uses require written 
  122. permission.
  123.  
  124.  
  125. Rishab Aiyer Ghosh                   For Electric Dreams subscriptions 
  126. rishab@dxm.ernet.in                    and back issues, send a mail to
  127. rishab@arbornet.org                           rishab@arbornet.org with
  128. Vox +91 11 6853410 Voxmail 3760335       'help' in lower case, without
  129. H 34C Saket, New Delhi 110017, INDIA       the quotes, as the Subject.
  130.  
  131. ------------------------------
  132.  
  133. From: Tony LiCausi <alicausi@world.nad.northrop.com>
  134. Subject: Re: Non-Published Phone Number and Privacy Act 
  135. Organization: Northrop Grumman Automation Sciences Lab, Pico Rivera, CA
  136. Date: Thu, 9 Mar 1995 07:52:00 GMT
  137.  
  138.  
  139. There is a better way. You may not own your number, but you own your
  140. name. And the company doesn't really care what name appears in the
  141. book.  Pick a name, your wife's maiden name, dog's name, favorite book
  142. character ... and choose that to be published.
  143.  
  144. If an unwanted call comes in then "Mr. Chip's is on vacation, I'm only
  145. house sitting ..." will get rid of 99% of unwanted calls.
  146.  
  147.  
  148. Anthony LiCausi    tlicausi@aol.com
  149.  
  150. ------------------------------
  151.  
  152. From: Claes Gussing <etxguss@tnssupport.ericsson.se>
  153. Subject: Re: Requesting Information About SDH
  154. Date: 9 Mar 1995 10:32:42 GMT
  155. Organization: Ericsson
  156.  
  157.  
  158. dehoog@st.rim.or.jp (John DeHoog) wrote:
  159.  
  160. > In article <telecom15.109.9@eecs.nwu.edu>, wgan@netcom.com (willy
  161. > gan) wrote:
  162.  
  163. >> I'd often seen the words SDH or SDH compatible equipment
  164. >> advertised in data communication magazines. Can anyone explain
  165. >> or give me examples of what SDH stands for?
  166.  
  167. > SDH stands for Synchronous Digital Hierarchy, for starters.  I'm not
  168. > sure that tells us much, and it's not even necessarily an apt term;
  169. > but what I do know is that it's an optical signal interface standard
  170. > used in optical fiber networks, to transport digital voice, data, and
  171. > video signals over long distances.  Here in Japan, some major telecom
  172. > makers have developed SDH equipment based on the CTRON specifications.
  173.  
  174. SDH - Synchrounous Digital Hierarchy
  175.  
  176. SDH is the latest way of transporting digital signals. It is defined
  177. to be able to carry both the old US standards (1.5, 6.3, 45 Mbps),
  178. and the old standards for the rest of the world (2, (8), 34, 140 Mbps).
  179.  
  180. All these signals are to be mapped into the SDH-signals, which are:
  181. (M = Mbps = Million bits per second)
  182. STM1: 155 M, maps 1 * 140M, or 3 * 34/45M, or 21 * 6.3M, or 63 * 2M,
  183.                    or 84 * 1.5M 
  184.  
  185. STM4: 620 M = 4 * STM1
  186.  
  187. STM16: 2.5 Gbps = 4 * STM4 = 16 * STM1
  188.  
  189. STM64: 10Gbps (standardized??)
  190.  
  191. Also will the SDH-networks be able to carry the ATM-signals.
  192.  
  193. Part for pure data, the SDH-signals carry a lot of overhead 
  194. information, etc.
  195.  
  196. I know that "Artech House Books" offer a few books with plenty
  197. of informtation about SDH. Fax: +44-71-630-0166.
  198.  
  199.  
  200. Regards,
  201.  
  202. Claes Gussing   etxguss@tnssupport.ericsson.se
  203.  
  204. ------------------------------
  205.  
  206. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  207. Subject: Re: Help Needed With Modems for Telephony API
  208. Organization: Rockwell International
  209. Date: Thu, 9 Mar 1995 02:24:48 GMT
  210.  
  211.  
  212. In article <telecom15.120.5@eecs.nwu.edu>, stanford@algorhythms.com
  213. wrote:
  214.  
  215. > All modems support Microsoft's Telephony API, but only if they have a
  216. > suitable driver.  Modem manufacturers have been slow to provide these
  217. > drivers because Microsoft distributes a free generic modem driver with
  218. > the TAPI SDK, because Microsoft distributes the source code for a
  219. > rudimentary voice modem driver free (by ftp "ftp.microsoft.com" and
  220. > Compuserve "go winext"), and because Microsoft intends to provide a
  221. > generic modem driver (Unimodem) bundled with Windows 9x.
  222.  
  223. > The problem with these Microsoft drivers is that they are limited,
  224. > since they do not properly support voice features.  Also the Unimodem
  225. > driver appears to be a "dial only" driver since it does not pass rings
  226. > back to the application.
  227.  
  228. > Regular modems are actually poor candidates for TAPI, since they
  229. > provide meager call control features.  Best for telephony are boards
  230. > like the IBM Mwave, which allow for full duplex speaker phone, touch
  231. > tone recognition, Caller ID, handset state detection, control over the
  232. > handset connection to the line and software upgradability to features
  233. > such as VoiceView.  Somewhere between regular modems and Mwave type
  234.  
  235. Actually, there are chipsets other than MWave which do deliver all
  236. these features today. In fact, most of Rockwell chip based voice/fax
  237. modems provide DTMF tone detection, CID, handset state detection,
  238. VoiceView today (not future availability). Check out the voice command
  239. set available on the WWW server posted by Steve Palm of Rockwell
  240. (comp.dcom.modems).  You can easily see the extent to which you can
  241. control the telephony functions.
  242.  
  243. > cards in terms of telephony features are voice/fax/modems, which can
  244. > record and play sound from the line, but still provide poor status
  245. > sensing (like handset on/off hook), and which are intrinsically
  246.  
  247. See above.
  248.  
  249. > unreliable for two reasons: 1. the burden of voice data through the
  250. > serial port and 2. the inclusion of status and control signals in-band
  251.  
  252. Voice data in 90% of Rockwell based boards goes through a soft UART
  253. that provides greater than the 16 byte FIFO of the typical 16550 UART.
  254. How do you avoid inband signalling? Two hardware ports? How does that
  255. make things more reliable?
  256.  
  257. > in the voice data stream.  The first of these deficiencies is
  258. > addressed by some modems, such as those based on chip sets by Sierra
  259. > and Cirrus that do their voice with DMA rather than through the serial
  260. > port.  Of course modems using this technique must be internal.
  261.  
  262. Cirrus does not use DMA. Rockwell uses a sort of soft DMA that
  263. allows for upwards of 2 Mbps of data rate transfer. Work on a TAPI
  264. driver is underway for the Rockwell voice chipset.
  265.  
  266.  
  267. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  268. Product Marketing     Rockwell International
  269.  
  270. ------------------------------
  271.  
  272. From: jlundgre@kn.PacBell.COM (John Lundgren)
  273. Subject: Re: T1 -> Modems
  274. Date: 8 Mar 1995 06:45:57 GMT
  275. Organization: Pacific Bell Knowledge Network
  276.  
  277.  
  278. ScottPCS (scottpcs@aol.com) wrote:
  279.  
  280. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  281. > It seems like an inefficient solution to run the T1 into a channel
  282. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  283. > into 24 serial ports.  Is there any type of hardware that can handle
  284. > this T1 / modem problem better?  Preferrably something PC based
  285. > (Windows NT) and cheap <g>.
  286.  
  287. It might be that the cables from the modems to the PCs will be more
  288. expensive than the modems.  Modems of 2400 baud and below are being
  289. practically given away.  In fact, you may not be able to get 1200, and
  290. have to use 2400 baud modems instead.  Maybe.  At the prices that
  291. 14,400 modems are going for, you may end up with them instead.  Cheap.
  292.  
  293. But the hardware isn't going to be the main expense.  The installation 
  294. and monthly charges for the phone lines are going to be.
  295.  
  296.  
  297. John Lundgren - Elec Tech - Info Tech Svcs  
  298. Rancho Santiago Community College District  
  299. 17th St. at Bristol \ Santa Ana, CA 92706   
  300. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  301.  
  302. ------------------------------
  303.  
  304. From: admiral@panix.com (Doug Fields)
  305. Subject: Re: T1 -> Modems
  306. Date: 9 Mar 1995 12:59:39 -0500
  307. Organization: Panix in NYC, Admiral's Account
  308.  
  309.  
  310. In article <telecom15.137.7@eecs.nwu.edu> scottpcs@aol.com (ScottPCS)
  311. writes:
  312.  
  313. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  314. > It seems like an inefficient solution to run the T1 into a channel
  315. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  316. > into 24 serial ports.  Is there any type of hardware that can handle
  317. > this T1 / modem problem better?  Preferrably something PC based
  318. > (Windows NT) and cheap <g>.
  319.  
  320. I don't know about cheap, but US Robotics has exactly what you need. A
  321. rack-mount system which will take the T1 and directly put it into
  322. modems (you'll need six 4-modem cards).
  323.  
  324. They have it with V.34 modems, I'd imagine slower ones are available.
  325. They also have lots of other networking cards for the rack, so you can
  326. do more than just run 24 modems.
  327.  
  328. I don't remember the phone number off the top of my head; it's in the
  329. 800-directory. Maybe it's 800-DIAL-USR.
  330.  
  331.  
  332. Cheers,
  333.  
  334. Doug Fields, http://www.interpage.net
  335. PGP key: "finger admiral@panix.com"
  336.  
  337. ------------------------------
  338.  
  339. From: jlundgre@kn.PacBell.COM (John Lundgren)
  340. Subject: Re: Analog Interface Parameters
  341. Date: 8 Mar 1995 07:08:42 GMT
  342. Organization: Pacific Bell Knowledge Network
  343.  
  344.  
  345. Eli Cohen (gandalf!elic@uunet.uu.net) wrote:
  346.  
  347. > I'm looking for information in the form of articles research papers
  348. > etc. on the topic of Analog Interface Parameters.
  349.  
  350. > The parameters I'm looking for (such as Line Impedance, Dial Tone,
  351. > Cadences, etc.) should be categorized be country of origin.
  352.  
  353. Bell has a book called Transmission Systems for Communications that
  354. should have some of this info.  Also, the Radio Amateur's Handbook has
  355. some info on this in the phone patch chapter.  Of course, this is for
  356. the U.S.
  357.  
  358.  
  359. John Lundgren - Elec Tech - Info Tech Svcs   
  360. Rancho Santiago Community College District   
  361. 17th St. at Bristol \ Santa Ana, CA 92706    
  362. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  363.  
  364. ------------------------------
  365.  
  366. From: stans@panix.com (Stan Schwartz)
  367. Subject: Re: Caller ID Question
  368. Date: 9 Mar 1995 22:18:49 -0500
  369. Organization: PANIX Public Access Internet and Unix, NYC
  370.  
  371.  
  372. USCG TELECOMMS (gttm@cais3.cais.com) wrote:
  373.  
  374. > In Caller ID the privacy indicator can be overridden on 911, 800, and
  375. > 900 calls.  We understand that 911 is ANI-based and 800/900 is
  376. > SS7-based.  Is it technically feasible to override the privacy
  377. > indicator to calls placed to a public agency's emergency seven-digit 
  378. or
  379. > ten-digit emergency number (non-911, non-800, non-900)?  If not, what
  380. > would be required to make this feasible?  Please reply to 
  381. gttm@cais.com.
  382.  
  383. > [TELECOM Digest Editor's Note: Nope, not possible. Not at least
  384. > without a massive lost of trust by the public in what telephone
  385. > privacy is available. That is the purpose of 911: Emergency calls are
  386.  
  387. Here in the NYC/Metro area, NYNEX has tariffed four exchanges that
  388. WILL provide ANI, regardless of the privacy indicator.  I don't know
  389. of any companies using them yet, but they are:
  390.  
  391.   212/718:  810, 910
  392.   516:      820, 920
  393.  
  394. There was a bill insert about these exchanges about a year ago, but I
  395.  
  396. · 
  397. haven't heard anything about them since.
  398.  
  399.  
  400. Stan
  401.  
  402. ------------------------------
  403.  
  404. From: Bob Stone <bobstone@fairfield.com>
  405. Subject: Re: X.25 Over ISDN - Addressing
  406. Date: 10 Mar 1995 03:49:50 GMT
  407. Organization: JT&T, Inc.
  408.  
  409.  
  410. In article <telecom15.127.5@eecs.nwu.edu> Azriel Heuman,
  411. azi@mofet.elex.co.il writes:
  412.  
  413. > or other X.25 network providers shed some light on this subject?
  414.  
  415. Our company, Voice & Data Systems, manufactures a new telecom
  416. technology, based on a recent ITU Recommendation called FaxPAD. FaxPAD
  417. sends fax in real-time compressed 16 to 1, as packets of X.25 data.
  418.  
  419. This is a very powerful fax solution both for multinational companies
  420. and soon for small users, as well. Multinational companies may intall
  421. FaxPADs in their offices connected to their data network. If the data
  422. network is paid for on a fixed monthly fee basis, then the fax which
  423. used to travel over voice circuits generating toll charges, is now
  424. sent at no cost!
  425.  
  426. Our company is working with international carriers to set up a FaxPAD
  427. based, discount, fax service that can be accessed by a local phone
  428. call.
  429.  
  430. Please let me know if either of these solutions would be helpful to
  431. you.  I can fax you more information, specs, etc.
  432.  
  433.  
  434. Rgds.
  435.  
  436. ------------------------------
  437.  
  438. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  439. Subject: Re: Fax Modems and Voice Lines
  440. Organization: Rockwell International
  441. Date: Thu, 9 Mar 1995 22:14:13 GMT
  442.  
  443.  
  444. In article <telecom15.120.7@eecs.nwu.edu>, KMP@portal.vpharm.com (K. M.
  445. Peterson) wrote:
  446.  
  447. > My advice is to purchase an inexpensive desktop modem for home use.
  448. > ZyXELs offer "distinctive ring" decoding, which is an alternative to
  449. > "Silent Answer" requiring "Ringmate" or some other type of distinctive
  450. > ring service from your local telco.  ZyXELs, however, are _not_
  451. > inexpensive; if you don't want to go this route call Hello Direct
  452. > (1-800-HI-HELLO), and order a box from them that will do this
  453. > discrimination externally and allow you to use any modem you wish.
  454.  
  455. ZOOM has just announced their distinctive ring solution as well,
  456. at what should be economical prices.
  457.  
  458.  
  459. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  460. Product Marketing     Rockwell International
  461.  
  462. ------------------------------
  463.  
  464. From: schmidt@berlin.snafu.de (Axel Schmidt)
  465. Subject: Re: GSM Rental in Germany
  466. Date: Fri, 10 Mar 95 09:41:50 GMT
  467.  
  468.  
  469. In article <telecom15.136.4@eecs.nwu.edu>, John R. Covert 
  470. <covert@covert.
  471. enet.dec.com> wrote:
  472.  
  473. > I want to rent a GSM phone with a German number in Germany in about
  474. > three weeks, but I can't find any rental companies.  I'll be in
  475. > Germany for about nine days.
  476.  
  477. Uff, I'm a bit surprised. There are many rental companies around.  I
  478. took a quick look at the magazine "Connect" and found two ads
  479. immediately.  One of the companies is here in Berlin, so I could
  480. inquire for you.  I don't want to advertise here, so I'm sending you
  481. the addresses seperately.
  482.  
  483.  
  484. Greetings from Berlin,
  485.  
  486. Axel
  487. schmidt@berlin.snafu.de | FidoNet 2:2410/121.21
  488. Homepage: http://www.snafu.de/~schmidt
  489. Erstellen von WWW-Seiten (HTML)
  490.  
  491. ------------------------------
  492.  
  493. From: chiner@quark.gmi.edu (Chris Hiner)
  494. Subject: Re: This Newsgroup Demo'ed on PBS's "Internet Show"
  495. Date: 10 Mar 1995 01:23:00 GMT
  496. Organization: GMI Engin. & Mgt. Institute, Flint, MI
  497.  
  498.  
  499. Robert Casey (wa2ise@netcom.com) wrote:
  500.  
  501. > I saw a show about the Internet on PBS Saturday, Mar 4.  It actually
  502. > talked about something other than porno and child molesters on the 
  503. 'net.  
  504. > They actually did a reasonably good job talking about newsgroups, 
  505. ftp'ing, 
  506. > telnet'ing, golpher, and such.
  507.  
  508. > They did a demo of newsgroup reading, think it was this very group, 
  509. and they
  510.  
  511. > demo'ed how to post. They responded to a question about how many long
  512. > distance lines crossed the USA (he said he was sure the number was 
  513. 42).
  514.  
  515. > [TELECOM Digest Editor's Note: Unfortunatly, I don't think it would 
  516. have
  517. > been this Digest, since I don't recall a question like that appearing 
  518. here
  519. > at any time in the recent past. It probably was one of the telecom 
  520. related
  521. > newsgroups on Usenet. None the less, the intentions were good and the 
  522. > producer of the show is to be congratulated for showing something 
  523. positive
  524. > and tasteful about the information superhighway. Lord knows there are
  525. > enough newspaper writers out there more than willing to discuss the 
  526. milieu
  527. > of the public toilets at the rest stops along the information highway 
  528. which 
  529. > disguise themselves as 'news groups'.   PAT] 
  530.  
  531. Actually, I'm positive that was comp.dcom.telecom that they chose for
  532. a newsgroup to demo ... the dates on the postings, I recall, were about
  533. August 1994.
  534.  
  535. Not a bad show.
  536.  
  537.  
  538. Chris Hiner    chiner@quark.gmi.edu
  539.  
  540.  
  541. [TELECOM Digest Editor's Note: According to John Levine, who seems to
  542. have had something to do with it, it *was* this newsgroup; he said the
  543. reason the commentary he 'posted' to the group on the show was just a
  544. demo; in fact the question/answer/comment was not really sent out.  That
  545. is aparently why I did not see it here.  Hearing about this show from
  546. the person who wrote was the first I knew anything about the show and
  547. its content.   PAT]
  548.  
  549. ------------------------------
  550.  
  551. Subject: Re: New NPA for Houston TX
  552. From: jeff.brielmaier@yob.com (Jeff Brielmaier)
  553. Date: Tue, 9 Mar 95 06:13:00 -0600
  554. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  555. Reply-To: jeff.brielmaier@yob.com (Jeff Brielmaier)
  556.  
  557.  
  558. > An article in this week's {Information Week} mentioned that the new
  559. > NPA's are confounding numerous PBX's that haven't had a recent
  560. > software upgrade to handle the new NPA format (a graphic showed 360,
  561. > with the '6' having devil-like horns and tail).
  562.  
  563. That's not surprising ... it's unfortunate since the change has been
  564. publicized by the telcos (perhaps not as well as it should have
  565. though).  Of course, here and in other telephone related conferences
  566. we have known about this change over a lot longer :)
  567.  
  568. > They mentioned that 334 in Alabama, 360 in Washington State, and 281
  569. > in Texas were already active.  I don't remember anyone here mentioning
  570. > 281's activation, but upon dialing 1-281-555-1212 I received a
  571. > "Southwestern Bell" chime and the DA operator told me that 281 is the
  572. > cellular overlay area code for 713 (Houston), which became active
  573. > 3/1/95.
  574.  
  575. 281 is an overlay on top of the 713 area code.  Until 03/01/96, SWBell
  576. will assign "wireless" (pager, cellular, etc) callers to the new area
  577. code.  After 03/01/96, SWBell will begin assigning "normal" (wired)
  578. users to the new area code.
  579.  
  580. Until 03/01/96, local calls w/i the 713 area code can be dialed as
  581. seven-digits while all calls to the 281 AC will be 1 + 10D.  After 
  582. 03/01/96, all calls will have to be dialed as 1 + 10D.
  583.  
  584.  
  585. * KingQWK 1.05 # [PK] * Houston: 
  586. Home of the "Houston Livestock & Rodeo Show"
  587. Ye Olde Bailey BBS Zyxel 713-520-1569(V.32bis) USR 713-520-9566(V.34/FC)
  588.    Houston,Texas             yob.com           Home of alt.cosuard      
  589.  
  590. ------------------------------
  591.  
  592. End of TELECOM Digest V15 #143
  593. ******************************
  594.  
  595.                                                             
  596.